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SCHEDULING THE DISPATCH OF CELLS IN MULTISTAGE SWITCHES 
USING A HIERARCHICAL ARBITRATION SCHEME FOR MATCHING 
NON-EMPTY VIRTUAL OUTPUT QUEUES OF A MODULE WITH 
OUTGOING LINKS OF THE MODULE 

5 

§ 0. PRIORITY CLAIM 

Benefit is claimed, under 35 U.S.C. § 119(e) (1) , 
to the filing date of; provisional patent application 

10 serial number 60/252,006, entitled "CRRD : A CONCURRENT 

ROUND-ROBIN DISPATCHING SCHEME FOR CLOS-NETWORK SWITCHES", 
filed on November 20, 20 0 0 and listing Jonathan Chao and 
Eiji Oki as the inventors; and provisional patent 
application serial number 60/253,335, entitled W A SCALABLE 

15 ROUND-ROBIN BASED DISPATCHING SCHEME FOR LARGE-SCALE 

CLOS-NETWORK SWITCHES", filed on November 27, 2000 and 
listing Jonathan Chao and Eiji Oki as inventors, for any 
inventions disclosed in the manner provided by 3 5 U.S.C. 
§ 112, f 1. These provisional applications are expressly 

20 incorporated herein by reference. 

This application is a continuation-in-part of 

U.S. Patent Application Serial No. / , , entitled 

* SCHEDULING THE DISPATCH OF CELLS IN MULTISTAGE SWITCHES" , 
25 listing H. Jonathan Chao and Eiji Oki as inventors, and 
filed on May 8, 2001. This application is incorporated 
herein by reference. 
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§ 1. BACKGROUND 

§ 1,1 FIELD OF THE INVENTION 

5 The present invention concerns the communication 

of data over networks, such as the Internet for example. 
More specifically, the present invention concerns 
scheduling the servicing (e.g., dispatching) of cells or 
packets buffered at input ports of a switch. 

10 

§ 1.2 RELATED ART 

Switches and routers are used in networks, such as the 
Internet for example, to forward data towards its destination. 
15 The need for large-scale switches and routers is introduced in 
§ 1.2.1 below. Then, two types of switches , as well as 
disadvantages and challenges in each of these two types of 
switches, are introduced in § 1.2.2 below. 

20 § 1.2.1 THE NEED FOR LARGE-SCALE (e.g., 

TERABIT) ROUTERS AND SWITCHES 

Many expect that Internet traffic will continue to 
grow explosively. Given this assumption, high-speed switches 

25 and routers (e.g., those having a throughput over one Terabit 
per second) will become necessary. Most high-speed packet 
switches adopt a fixed-size cell in the switch fabric. If 
variable length packets are to be supported in the network, such 
packets may be segmented and/or padded into fixed-sized cells 

30 upon arrival, switched through the fabric of the switch, and 

reassembled into packets before departure. There are two main 
types of high-speed switches, each introduced in § 1.2.2 below. 
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§ 1.2.2 TYPES OF SWITCHES (SINGLE STAGE VERSUS 
MULTI-STAGE) AND THEIR CHARACTERISTICS 

5 There are two main types of high-speed switches 

namely single stage and multi-stage. Single stage switches and 
perceived limits of single stage switches are introduced in 
§§ 1.2.2.1 and 1.2.2.2, respectively, below. Similarly, 
multi-stage switches and perceived limits of multi-stage 
10 switches are introduced in §§ 1.2.2.3 and 1.2.2.4, respectively, 
below. 

§ 1.2. 2,1 SINGLE STAGE SWITCH ARCHITECTURES 

15 A so-called "crossbar" switch is a classic example of 

a single stage switch. In a crossbar switch, identical 
switching elements are arranged on a matrix plane. The article, 
N. McKeown, M. Izzard, A. Mekkiltikul, W. Ellerisick and M. 
Horowitz, "Tiny-Tera: A Packet Switch Core," IEEE Micro. , pp. 

20 26-33, (Jan. -Feb. 1997) (incorporated herein by reference and 

hereafter referred to as "the Tiny-Tera article") proposes a 320 
gigabit per second crossbar switch fabric that uses a 
centralized scheduler referred to as "iSLIP" . The article H. J. 
Chao and J-S Park, ^Centralized Contention Resolution Schemes 

25 for a Large -Capacity Optical ATM Switch," Proc. IEEE ATM 

Workshop 1 97 (Fairfax, VA, May 1998) (incorporated herein by 
reference and hereafter referred to as "the Chao article") 
introduced a centralized contention resolution scheme for a 
large capacity crossbar optical switch. The article E. Oki, N. 

30 Yamanaka, Y. Ohtomo, K. Okazaki and R. Kawano, "A 10-Gb/s (1.25 
Gb/s x 8) 4 x 2 0.25 CMOS/SIMOX ATM Switch Based on Scalable 
Distributed Arbitration," IEEE J. of Solid-State Circuits, Vol. 
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34, No. 12, pp. 1921-1934 (Dec. 1999) (incorporated herein by 
reference and hereafter referred to as ^the Oki article") 
describes a high-speed switch chip having a throughput of 40 
Gb/s, for a high-speed crosspoint-buf f ered crossbar switching 
system. 

§ 1.2.2.2 LIMITS OF SINGLE STAGE SWITCH 
ARCHITECTURES 

The switching techniques used in single stage 
switches, such as those described in the articles referenced in 
§ 1.2.2.1, are effective up to a certain switch size. 
Unfortunately, however, with such techniques, the complexity of 
the switching elements is proportional to the square of the 
number of switch ports. As a practical matter, this limits the 
feasibility of using such techniques in a large scale (e.g., 
Terabit per second and above) switch. 

§ 1.2. 2. 3 MULTI-STAGE SWITCH ARCHITECTURES 

In view of the limits of single stage switches, 
multiple- stage switch architectures have been introduced. For 
example, the so called w Clos -network" switch has three stages 
and is very attractive because of its scalability. See the 
article, C. Clos, "A Study of Non-Blocking Switching Networks ," 
Bell Sys. Tech. Jour. , pp. 406-424 (March 1953) (incorporated 
herein by reference and hereafter referred to as "the Clos 
article"). More specifically, the three stages include (i) 
input modules, (ii) a central switching fabric (incorporated in 
central modules), and (iii) output modules. 



Clos-network switches have been categorized into two 
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types -- those with buffers to store cells in the second-stage 
(central) modules and those with no buffers in the second- stage 
(central) modules. For example, the article, T. Chaney, J. A. 
Fingerhut, M. Flucke, J. S. Turner, "Design of a Gigabit ATM 
5 Switch," Proc. IEEE INFOCOM '91 , pp. 2-11 (April 1997) 

(incorporated herein by reference and hereafter referred to as 
"the Chaney article") discusses a gigabit ATM switch using 
buffers in the second-stage modules. In the switch architecture 
discussed in the Chaney article (hereafter referred to as "the 
10 Chaney switch"), every incoming cell is randomly distributed 
from the first -stage to the second- stage module to balance the 
traffic load in the second-stage. This is commonly referred to 
as "random dispatching" . The buffers in the second-stage 
modules are used to resolve contention among cells from 
15 different first-stage modules. See the article J. Turner and N. 
Yamanaka, "Architectural Choices in Large Scale ATM Switches," 
IBICE Trans. Commun. , Vol. E81-B, No. 2, pp. 120-137 (Feb. 1998) 
(incorporated herein by reference and hereafter referred to as 
"the Turner article") . 

20 

An example of a switch architecture with no buffers in 
the second-stage modules is provided in the article F. M. 
Chiussi, J. G. Kneuer, and V. P. Kumar, "Low-Cost Scalable 
Switching Solutions for Broadband Networking: The ATLANTA 

25 Architecture and Chipset," IEEE Commun. Mag. , pp. 44-53 (Dec. 
1997) (incorporated herein by reference and hereafter referred 
to as "the Chiussi article") . Since there are no buffers in the 
second- stage modules to resolve potential contention, how cells 
are dispatched from the first -stage to the second- stage becomes 

30 important. The simple random distribution used in the Chaney 
switch may be used in the switch discussed in the Chiussi 
article (hereafter referred to as "the Chiussi switch") under 
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certain conditions. Given the potential for contention, some 
buffers are provided in the first and third stages of the 
Chiussi switch. Although there are some studies of routing 
algorithms where every stage has no buffers, such algorithms 
5 require a contention resolution function for output ports, 

before cells even enter the multiple-stage switches. See, e.g., 
the articles, C. Y. Lee and A. Y. Qruc, n A Fast Parallel 
Algorithm for Routing Unicast Assignments in Benes Networks ," 
IEEE Trans, on Parallel and Distributed Sys . , Vol. 6, No. 3, pp. 

10 329-333 (March 1995) , and T. T. Lee and S-Y Liew, "Parallel 

Routing Algorithms in Benes-Clos Networks, " Proc. IEEE INFQCOM 
' 96 , pp. 279-286 (1996) . (Both of these articles are 
incorporated herein by reference.) Such a pre-switch contention 
resolution function is challenging to implement in high-speed 

15 switches. 

§ 1.2,2.4 PROBLEMS WITH KNOWN MULTIPLE -STAGE 
SWITCH ARCHITECTURES 

20 To provide high performance (e.g., high throughput), 

known multiple-stage switch architectures will typically require 
speed-up of the internal switching fabric (i.e., in the 
second-stage modules) and/or reseguencing . For example, the 
Chaney switch provides high performance if the internal speed-up 

25 factor is set to be more than 1.25. As is known, speed-up of 
the switching fabric can be accomplished by increasing the 
number of central modules and/or increasing the internal link 
speed used in the central modules. Unfortunately, however, in 
the Chaney switch, buffers used in the second- stage modules 

30 cause cells to become out-of -sequence . Since the Chiussi switch 
does not use buffers in its second-stage modules, cell 
out-of -sequence problems are not encountered. Assuming that a 
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random dispatching scheme is used to forward cells from the 
first stage to the second stage of the Chiussi switch, to 
minimize the chance of contention at the second stage, the 
internal speed-up factor has to be increased further. For 
5 example, to achieve 100 % throughput using random dispatching in 
a large-size Chiussi switch, the speed-up is set to about 1.6 as 
indicated in the Chiussi article. 

As should be appreciated from the foregoing, to be 
10 used in today's more demanding environments, the Chaney switch 
requires cell resequencing, which is challenging, and at least 
moderate speed-up, which increases costs. To be used in today's 
more demanding environments, the Chiussi switch requires even 
more speedup, which increases costs even more. In view of these 
15 problems with known switch architectures, a scalable switch 

architecture having a high throughput, avoiding out -of -sequence 
cells (e.g., by eliminating buffers in the second stage), and 
avoiding speed-up of the switch fabric is coveted. 

20 § 2. SUMMARY OF THE INVENTION 

The present invention may be used to provide a 
scalable switch architecture that has a high throughput, 
avoids out -of -sequence cells, and avoids speedup of the 

25 switch fabric, while minimizing dispatch scheduling time 
needed and minimizing the number of crosspoints of 
interconnection wires used. The present invention may do 
so by providing a cell dispatch scheduling method for use 
in a multi-stage switch including a number, k X n, of 

30 output ports, a plurality of central modules, and a 

plurality of input modules, each including k groups of n 
virtual output queues and outgoing links . In one 
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embodiment of the cell dispatch scheduling method, (i) a 
non-empty virtual output queue of an input module is 
matched with an outgoing link in the input module/ wherein 
the outgoing link has an associated master arbitration 
5 operation for selecting one of the k groups of n virtual 
output queues, and (ii) the outgoing link is matched with 
an outgoing link of one of the central modules. 

The act of matching a non-empty virtual output 

10 queue of an input module with an outgoing link in the input 
module may include (i) sending, on behalf of each non-empty 
virtual output queue, a request to slave arbiters, each of 
the slave arbiters being associated with one of each of the 
outgoing links of the input module, and each of the slave 

15 arbiters being associated with the group of virtual output 
queues to which the non-empty virtual output queue belongs, 
(ii) sending, on behalf of each group of virtual output 
queues to which a non-empty virtual output queue belongs, a 
request to master arbiters, each of the master arbiters 

20 being associated with one of each of the outgoing links of 
the input module, (iii) selecting, with each of the master 
arbiters, a virtual output queue group having at least one 
non-empty virtual output queue, from among one or more 
virtual output queue groups that sent a request, (iv) 

25 selecting, with each of the slave arbiters, a non-empty 
virtual output queue, belonging to its associated group, 
from among one or more virtual output queues that sent a 
request, and (v) selecting, with the arbiter of the each of 
the selected non-empty virtual output queues of each of the 

30 selected virtual output queue groups, an outgoing link from 
among the one or more candidate outgoing links, each of the 
one or more candidate outgoing links being associated with 
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a master arbiter' that selected the virtual output queue 
group and a slave arbiter that selected the non-empty 
virtual output queue. 

5 In one embodiment, the act of matching a 

non-empty virtual output queue of an input module with an 
outgoing link in the input module occurs within one cell 
time slot. In one embodiment, the act of selecting, with a 
master arbiter, a virtual output queue group having at 

10 least one non-empty virtual output queue, is done in 

accordance with a round robin discipline. Similarly, in 
one embodiment, the act of selecting, with a slave arbiter, 
a non-empty virtual output queue, belonging to its 
associated group, is done in accordance with a round robin 

15 discipline. In one embodiment, the act of selecting, with 
the arbiter of the each of the selected non-empty virtual 
output queues of each of the selected virtual output queue 
groups, an outgoing link from among the one or more 
candidate outgoing links, is done in accordance with a 

20 round robin discipline. 

In one embodiment, the acts of (i) sending, on 
behalf of each non-empty virtual output queue, a request to 
slave arbiters, each of the slave arbiters being associated 

25 with one of each of the outgoing links of the input module, 
and each of the slave arbiters being associated with the 
group of virtual output queues to which the non-empty 
virtual output queue belongs, (ii) sending, on behalf of 
each group of virtual output queues to which a non-empty 

30 virtual output queue belongs, a request to master arbiters, 
each of the master arbiters being associated with one of 
each of the outgoing links of the input module, (iii) 
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selecting, with each of the master arbiters, a virtual 
output queue group having at least one non-empty virtual 
output queue, from among one or more virtual output queue 
groups that sent a request, (iv) selecting, with each of 
5 the slave arbiters, a non-empty virtual output queue, 

belonging to its associated group, from aimong one or more 
virtual output queues that sent a request, and (v) 
selecting, with the arbiter of the each of the selected 
non-empty virtual output queues of each of the selected 

10 virtual output queue groups, an outgoing link from among 
the one or more candidate outgoing links, each of the one 
or more candidate outgoing links being associated with a 
master arbiter that selected the virtual output queue group 
and a slave arbiter that selected the non-empty virtual 

15 output queue, are performed at least twice within one cell 
time slot. 

In one embodiment, the act of matching the 
outgoing link of the input module with an outgoing link of 

20 one of the central modules includes (i) sending a request 

for the outgoing link of the input module to an arbiter for 
each of the outgoing links of the central modules that 
leads towards an output port associated with the virtual 
output queue matched with the outgoing link of the input 

25 module, and (ii) selecting with the arbiter of each of the 
outgoing links of the central modules, an outgoing link of 
an input module from among those that sent a request. The 
act of selecting with the arbiter of each of the outgoing 
links of the central module, an outgoing link of the input 

30 module that broadcast a request, may be done based on a 
round robin discipline. 
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The present invention also provides a teaching of 
apparatus for effecting the various methods. The present 
invention also provides a teaching of various data 
structures that may be used for effecting the various 
methods . 

§ 3. BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of an exemplary 
multiple- stage switch in which the present invention may be 
implemented. 

Figure 2 is a bubble diagram of operations that 
may be performed by the present invention. 

Figure 3 is a flow diagram illustrating an 
exemplary virtual output queue method that may be performed 
under the present invention. 

Figure 4 is a flow diagram illustrating an 
exemplary link arbitration method that may be performed 
under the present invention. 

Figure 5 is a flow diagram illustrating an 
exemplary virtual output queue arbitration method that may 
be performed under the present invention. 

Figure 6 is a flow diagram illustrating an 
exemplary outgoing link method that may be performed under 
the present invention. 

Figure 7 is a flow diagram illustrating an 
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exemplary central module arbitration method that may be 
performed under the present invention. 

Figure 8 is a block diagram of components of an 
5 exemplary apparatus, as well as inter- component signaling 
links, that may be used to perform operations under the 
present invention. 

Figures 9 (a) through 9 (g) illustrate an example 
10 of how a first phase of an exemplary dispatching method 
under the present invention matches non-empty virtual 
output queues to outgoing links in an input module. 

Figure 10 illustrates exemplary data structures 
15 that may be used to store state information for use by a 
link arbitration operation. 

Figure 11 illustrates exemplary data structures 
that may be used to store state information for use by a 
20 VOQ arbitration operation. 

Figure 12 illustrates exemplary data structures 
that may be used to store state information for use by a 
central module arbitration operation. 

25 

Figure 13 is a bubble diagram of operations that 
may be performed by a refined embodiment of the present 
invention. 

30 Figure 14 is a flow diagram illustrating an 

exemplary virtual output queue method that may be performed 
under the present invention in the refined embodiment of 
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Figure 13 . 

Figure 15 is a flow diagram illustrating an 
exemplary VOQ group method that may be performed under the 
present invention in the refined embodiment of Figure 13. 

Figure 16 is a flow diagram illustrating an 
exemplary outgoing link slave arbitration method that may 
be performed under the present invention in the refined 
embodiment of Figure 13 . 

Figure 17 is a flow diagram illustrating an 
exemplary outgoing link master arbitration method that may 
be performed under the present invention in the refined 
embodiment of Figure 13 . 

Figure 18 is a flow diagram illustrating an 
exemplary virtual output queue arbitration method that may 
be performed under the present invention in the refined 
embodiment of Figure 13 . 

Figures 19a through 19f are block diagrams which 
collectively show components of an exemplary apparatus, as 
well as inter- component signaling links, that may be used 
to perform operations under the present invention in the 
refined embodiment of Figure 13 . 

Figures 20a through 20d illustrate an example of 
how a first phase of an exemplary dispatching method under 
the present invention matches non-empty virtual output 
queues to outgoing links in an input module. 
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Figure 21 illustrates 
that may be used to store state 
link arbitration operation. 

Figure 22 illustrates 
that may be used to store state 
VOQ arbitration operation. 



exemplary data structures 
information for use by a 

exemplary data structures 
information for use by a 



Figure 23 illustrates exemplary data structures 
that may be used to store state information for use by a 
VOQ arbitration operation. 

§ 4. DETAILED DESCRIPTION OF THE INVENTION 

The present invention involves methods, apparatus 
and data structures for dispatching cells or packets 
buffered at the input port of a multi-stage switch. The 
following description is presented to enable one skilled in 
the art to make and use the invention, and is provided in 
the context of particular embodiments and methods. Various 
modifications to the disclosed embodiments and methods will 
be apparent to those skilled in the art, and the general 
principles set forth below may be applied to other 
embodiments 7 methods and applications. Thus, the present 
invention is not intended to be limited to the embodiments 
and methods shown and the inventors regard their invention 
as the following disclosed methods, apparatus and materials 
and any other patentable subject matter to the extent that 
they are patentable. 
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§ 4.1 EXEMPLARY ENVIRONMENT 

The present invention may be practiced in a 
multiple-stage switch, such as a Clos-network switch for 
example. Figure 1 is a high-level block diagram of a 
Clos-network switch 100. The switch 100 basically includes 
input modules ("IMs") 12 0 at a first stage, central modules 
("CMs") 14 0 at a second stage, and output modules ("OMs") 
160 at a third stage. 

As shown in Figure 1, each input module (IM) 12 0 
includes a number (n) of input ports ("IPs") 110. Thus, if 
there are a number (k) of input modules (IMs) 12 0, there 
will be a total of n*k input ports (IPs) 110. Similarly, 
each output module (OM) 160 includes a number (n) of output 
ports ("OPs") 170. Thus, if there are a number (k) of 
output modules (OMs) 160, there will be a total of n*k 
output ports (OPs) 170. Each output port (OP) 170 may 
include a buffer 165 receiving, at most, m cells in one 
cell time slot. The buffer size should be large enough to 
avoid cell loss. Each output port (OP) 170 forwards one 
cell in a first-in-first-out (FIFO) manner, to an 
associated output line. 

A number (m) of central modules (CMs) 14 0 are 
arranged between the input modules (IMs) 12 0 and output 
modules (OMs) 160. More specifically, as shown, each input 
module (IM) 12 0 includes a number (m) of outgoing links Li 
13 0, each connecting the input module (IM) 12 0 to a 
different one of the m central modules (CMs) 14 0. 
Similarly, each central module (CM) 14 0 includes a number 
(k) of outgoing links L Q 150, each connecting the central 
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module (CM) 140 with a different one of the k output 
modules (OMs) 160. 

Finally, each of the input modules (IM) 120 may 
5 include a number of virtual output queues (VOQs) 125, each 
of the VOQs 125 being associated with an output port (OP) 
170. The VOQs 125 are used to eliminate problems caused by 
head-of-line ( n HOL" ) blocking. A given VOQ 125 can receive 
at most n cells from n input ports (IPs) 110, and can send 
10 one cell to a central module (CM) 140 in one cell time 
slot. As shown, in each input module (IM) 120, the VOQs 
are grouped into k groups (G) 12 7 of n VOQs. 

The following terminology: 

15 

n == the number of input ports and output ports for 

each IM and OM, respectively; 
k = the number of IMs, as well as the number of OMs; 
m == the number of CMs; 
20 IM(i) = the ith input module, where 0 < i <= k-1; 

CM(r) = the rth central module, where 0 <; r < m-1; 
OM(j) 5= the jth output module, where 0 < j s k-1; 
IP(i,h) = the hth input port at IM(i), where 0 < h 
< n-1; 

25 OP(j,h) = the h th output port at OM(j), where 0 < h < 

n-1; 

VOQ(i,j,h) = the VOQ in IM(i) that stores cells 

destined for OP(j,h); 
G(i,j) = VOQ group of IM(i) that includes n virtual 
30 output queues VOQ(i,j,h); 

Li(i,r) = the link between IM(i) and CM(r); and 
L 0 (r,j) h= the link between CM(r) and OM(j), 
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may be used in the specification that follows. 

The first stage of the switch 100 may include k 
5 input modules (IMs) 120, each of which has an n-by-m 

dimension. The second stage of the switch 100 may include 
m central modules (CMs) 140, each of which has a k-by-k 
dimension. The central modules (CMs) 140 are preferably 
buffer-less, thereby avoiding the cell out -of -sequence 
10 problems introduced in § 1.2.2.4 above. The third stage of 
the switch 100 may include k output modules (OMs) 160, each 
of which has an m-by-n dimension. 

A first embodiment of the present invention is 
15 described in § 4.2 below. Then, a refined embodiment of 
the present invention is described in § 4.3. 

§ 4.2 FIRST EMBODIMENT 

20 § 4.2.1 FUNCTIONS THAT MAY BE PERFORMED 

A first aspect of the present invention may 
function to provide a scalable multiple-stage switch, able 
to operate at high throughput, without needing to resort to 

25 speeding up the switching fabric and without needing to use 
buffers in the second stage. Accordingly, the present 
invention may avoid the cost of speed-up and the cell 
out -of -sequence problems that may occur when buffers are 
used in the second stage. The present invention may do so 

30 using a multiple phase cell dispatch scheme, each phase 
using a simple and fair (e.g., round robin) arbitration 
methods. More specifically, the present invention may 
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function to provide a multiple phase cell dispatch scheme 
in which VOQs of an input module and outgoing links of the 
input module are matched in a first phase, and in which an 
outgoing link of an input module is matched with an 
5 outgoing link of a central module in a second phase. The 
arbiters become de synchronized under stable conditions 
which contributes to the switch's high throughput 
characteristic . 

10 The present invention may also function to relax 

a dispatch scheduling time and reduce the complexity of 
interconnections between arbiters. The present invention 
may do so by arranging output link arbiters as master and 
slave arbiters, operated in a hierarchical manner. More 

15 specifically, the VOQs of an input module may be arranged 
into groups. For each outgoing link of the input module, a 
master arbiter may select a group of VOQs from among a 
number of candidate groups, and a slave arbiter may select 
a VOQ from among the VOQs belonging to the selected group. 

20 

Finally, the present invention may function to 
relax the time (e.g., from less than one cell time slot to 
more than one cell time slot) needed to schedule a cell 
dispatch. The present invention may do so by introducing 
25 more than one subscheduler f each of which is allowed to 

take more than one time slot for dispatching, although one 
of the subschedulers provides a dispatching result within 
each cell time slot. 

30 
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§ 4.2.2 EXEMPLARY OPERATIONS 

Figure 2 is a bubble chart illustrating 
operations that may be performed in accordance with the 
5 present invention. When a cell 2 05 arrives at a VOQ, a VOQ 
(non-arbitration) operation 210 may broadcast (as indicated 
by ellipses) a request 215 to a plurality of link 
arbitration operations 230, each associated with a given 
outgoing link 130 of the input module (IM) 120. The 
10 request 215 is indicated as a first communication . 

Based on link arbitration state information (e.g. 
a round-robin pointer) 235 , in each case, the link 
arbitration operations 23 0 will select one of the candidate 

15 VOQs that submitted a request 215. It 230 will then send a 
grant 237 to an arbitration operation 240 of the selected 
VOQ. The grant 23 7 is indicated as a second communication 
( u 2") . The link arbitration operation 230 may also send 
declines (not shown) to non- selected VOQs, though such a 

20 communication (s) is not necessary. 

Since the VOQ operation 210 broadcasts a request 
(e.g., to all the outgoing links of the input module), it's 
corresponding arbitration operation 240 may receive more 

25 than one grant (i.e., one grant each from more than one 

outgoing link arbitration operation 230) . Accordingly, the 
VOQ arbitration operation 240 uses VOQ arbitration state 
information (e.g., a round robin pointer) 245 to select one 
of the outgoing links from those candidates providing a 

30 grant. The VOQ arbitration operation 240 then communicates 
a grant 247 to link operations 250 associated with the 
selected link. This grant is indicated as third 
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communication ("3") . 

At this point, a cell at a VOQ may have been 
(i.e., if it won an arbitration) matched with an outgoing 
5 link 130 of the input module (IM) 120. These operations 

related to generating such a VOQ-Li match may be referred to 
as the first phase of the cell dispatch scheduling 
invention. This first phase can be summarized as two 
steps. In the first step, at each time slot, non-empty 

10 VOQs send (e.g., multicast, or preferably broadcast) 

requests to use any one of a number of outgoing links Li (of 
an input module (IM) ) in a next cell time slot. In the 
second step, each outgoing link Li sends a grant to a 
selected VOQ. If a given VOQ receives more than one grant, 

15 it may select one of the outgoing links from which it 
received a grant. Accordingly, the input module (IM) 
selects at most m request out of n*k non-empty VOQs. If 
these steps can be repeated within a cell time slot, 
multiple iterations can be run such that non-empty VOQs 

20 failing to be matched with an available outgoing link may 
retry during a next iteration. If multiple iterations are 
run, the VOQs and/or outgoing links Li may maintain state 
information related to whether they are available or 
reserved for the next cell time slot. 

25 

Still referring to Figure 2, a link operation 250 
associated with each outgoing link 130 matched with a VOQ, 
may submit a request 255 to a central module (CM) 
arbitration operation 260. The central module (CM) is 
30 associated with the outgoing link (Li) . Each central module 
will have k arbiters, each corresponding to an output 
module (OM) . The arbiter serving the request will 
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correspond with the output module (OM) defined by the 
non-empty VOQ that is matched with the outgoing link Li that 
originated the request. This request 255 is indicated as a 
fourth communication (M"). Alternatively, the VOQ 
5 selecting an outgoing link can originate such a request 
(4') as indicated by dashed line 290 ♦ 

Each CM arbitration operation 260 may select one 
of the candidate requesting outgoing links 130 based on 
10 IM-CM arbitration state information 265. It 260 then 

communications a grant 267 back to the link operation 250 
associated with the selected one of the candidate 
requesting output links 130. This grant 267 is indicated 
as a fifth communication ("5"). 

15 

The link operation 250 may then send an 
indication 27 0 to the VOQ operation 210 that it may send 
(i.e., dispatch) its head-of-line ("HOL") cell. This 
indication 270 is indicated as a sixth communication ("6"). 
20 The various arbitration operations 230, 240, 260 may update 
their state information 235, 245, 265. Further, other 
state information 212 may be updated by its associated 
operation 210. 

25 . Various alternatives of when state information is 

updated will be apparent to those skilled in the art. For 
example, each of the outgoing link arbitration operation (s) 
230 may employ a pointer (to VOQ identifiers) , updated in a 
round -robin manner. The pointer may be updated (a) when a 

30 VOQ request is granted, (b) when a VOQ grant is received, 
or, preferably (c) when a central module grant is received. 
In servicing VOQs, it is possible for the arbitration 
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operation 230 to pass over empty (i.e., non- requesting) 
VOQs. Therefore, when the pointer is updated, it can (a) 
go to a next VOQ from the VOQ pointed to at the start of 
the cell time slot, or (b) go to a next VOQ from the VOQ 
selected. 

Similarly, each of the VOQ arbitration 
operation(s) 240 may employ a pointer (to outgoing links), 
updated in a round- robin manner. The pointer may be 
updated (a) when a grant is received from an outgoing link 
Li, (b) when an outgoing link is selected by the VOQ 
arbitration operation, or (c) when a central module grant 
is indicated. It is possible for the arbitration operation 
24 0 to pass over non-granting outgoing links Li. Therefore, 
when the pointer is updated, it can (a) go to a next 
outgoing link Li from the outgoing link Li pointed to at the 
start of the cell time slot, or (b) go to a next outgoing 
link Li from the selected outgoing link Li. 

Finally, each of the CM arbitration operation (s) 
260 may employ a pointer (to outgoing links Li) , updated in 
a round-robin manner. The pointer may be updated upon a 
grant by the CM arbitration operation 260. In servicing 
outgoing links, it is possible for the CM arbitration 
operation to 260 to pass over non- requesting outgoing links 
Li. Therefore, when the pointer is updated, it can (a) go 
to a next outgoing link Li from the outgoing link Li pointed 
to at the start of the cell time slot, or (b) go to a next 
outgoing link Li from the selected outgoing link Li. 

Having described various operations that may be 
performed in accordance with the present invention, 
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exemplary apparatus, methods and data structures for 
implementing such operations are now described in § 4.4 
below. 

§ 4.2.3 EXEMPLARY METHODS, DATA STRUCTURES, AND 
APPARATUS FOR PERFORMING THE EXEMPLARY 
OPERATIONS 

Exemplary methods and data structures for 
implementing various operations of the present invention 
are described in § 4.4.1. Then, exemplary apparatus for 
implementing various operations of the present invention 
are described in § 4.4.2. 

§ 4.2.3.1 EXEMPLARY METHODS AND DATA 
STRUCTURES 

Figure 3 is a high-level flow diagram of an 
exemplary method 210' for effecting various VOQ operations 
210. Referring to conditional branch point 310 and block 
320, if a cell has arrived at the VOQ but has not yet won 
arbitration (the VOQ is "non-empty"), a request is 
broadcast to all link arbiters (or link arbitration 
operations 230) of the input module (IM) 120 to which the 
VOQ belongs. (Recall, e.g., the first communication 215 of 
Figure 2 . ) 

Still referring to Figure 3, as indicated by 
conditional branch point 330 and block 340, if the cell (or 
the VOQ in general) won arbitration (e.g., all rounds of 
arbitration -- through to the central module 140) (Recall, 
e.g., the sixth communication 270 of Figure 2.), the cell 
is sent (e.g., in the upcoming cell time slot). Although 
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not shown in Figure 3, these steps may be continuously run. 
State information 212 of the VOQ may be updated at this 
point. Alternatively, blocks 320 and 340 may be triggered 
upon the occurrence of the relevant events. 

5 

Figure 4 is a high-level flow diagram of an 
exemplary method 23 0' for effecting a link arbitration 
operation 23 0. Referring to conditional branch point 410, 
it is determined whether or not a request or requests were 

10 received from a VOQ or VOQs. If not, the method 23 0' is 
left via RETURN node 440. If, on the other hand, such a 
request or requests is received, the rest of the method 
230' is effected. Thus, the receipt of request (s) from 
VOQ(s) may serve to trigger the main steps of the method 

15 230' . 

As indicated by block 42 0, the link arbitration 
method selects one VOQ from among those sending requests. 
(Recall, e.g., 230 and 235 of Figure 2.) The arbitration 

20 420 may be done based on the position of a pointer which is 
updated in accordance with a round-robin discipline. The 
pointer may move through all of the VOQs. If the pointer 
currently points to a VOQ that did not send a request, it 
may move to a next VOQ, repeatedly, until it points to a 

25 VOQ that submitted a request. Referring back to Figure 4, 
the method 23 0' then sends a grant to the selected VOQ as 
indicated by block 43 0. (Recall, e.g., the second 
communication 237 of Figure 2.) The method 230' may then 
be left via RETURN node 440. Note that state information 

30 (e.g., the pointer) may be updated at this point, or, 
alternatively, may be updated later. 
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Figure 10 illustrates exemplary state information 
23 5' that may be used by the link arbitration operation 
230' . As shown, a table 1010 may include a plurality of 
records, each record including a VOQ identifier 1012 and a 
field 1014 indicating whether or not a request was received 
(in the current iteration) from the corresponding VOQ. A 
pointer 1016 may cycle through the records in a round-robin 
manner. The VOQ identifiers 1012 may be ordered such that 
a given VOQ within various groups of VOQs are serviced 
first, before a next VOQ within the various groups of VOQs 
are serviced. As will be appreciated from the examples 
described in § 4.5 below, such an ordering of the VOQs 
hastens an advantageous desynchronization of pointers. 

The data structure 1020 may be used to indicate 
whether or not the outgoing link is reserved for a next 
cell time slot. If so, the link arbitration method 23 0' 
can ignore requests from VOQs (and/or inform the VOQs that 
it is taken) . The data structure 103 0 may be used to 
indicate whether or not a VOQ, which was selected, chose 
the outgoing link in its own arbitration. Finally, data 
structure 1040 may be used to indicate whether or not a 
central module request was granted. 

Figure 5 is a high-level flow diagram of an 
exemplary method 240' for effecting a VOQ arbitration 
operation 240. Referring to conditional branch point 510, 
it is determined whether or not one or more grants are 
received from the link arbitration operations 230. 
(Recall, e.g., the second communication 237 of Figure 2.) 
If not, depending on the cell time slot and the time needed 
for a dispatch determination (i.e., to match a VOQ with a 
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CM), additional iterations (requests) may be possible. 
Accordingly, as indicated in conditional branch point 52 0 
and block 530, if there is time left for another iteration, 
the VOQ arbitration method 240' may inform a VOQ operation 
210 to rebroadcast a request. 

Referring back to conditional branch point 510, 
if one or more grants are received, the method continues to 
block 540 where one of the candidate grants is selected. 
The selection 54 0 may be done based on the position of a 
pointer which is updated in accordance with a round-robin 
discipline. The pointer may move through all of the 
outgoing links 130. If the pointer currently points to an 
outgoing link 130 that did not send a grant, it may move to 
a next outgoing link 13 0, repeatedly, until it points to an 
outgoing link 130 that submitted a grant. Then, as shown 
in block 550, a grant is sent to the outgoing link 
operation associated with the selected one of the candidate 
grants. Although not shown, in an alternative method, the 
VOQ can submit a request, on behalf of the selected 
outgoing link (Li) , to a central module arbitration. 
(Recall 290 of Figure 2.) The method 240' may then be left 
via RETURN node 560. 

Figure 11 illustrates exemplary state information 
245' that may be used by the VOQ arbitration operation 240. 
As shown, table 1110 may include a plurality of records, 
each record including an outgoing link (Li) identifier 1112 
and a field 1114 indicating whether or not a grant was 
received (in the current iteration) from a corresponding 
outgoing link. A pointer 1116 may cycle through the 
records in a round- robin manner. 
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The data structure 112 0 may be used to indicate 
whether or not a cell is buffered at the VOQ. The data 
structure 1130 may be used to indicate whether or not a 
5 grant (s) was received from an outgoing link(s). If not, no 
VOQ arbitration operation 240 is needed. Finally, the data 
structure 1140 may be used to indicate whether or not a 
central module grant was received (e.g., by a matched 
outgoing link (Li) ) . Such information may be used, for 
10 example, for updating the pointer 1116. 

Figure 6 is a high-level flow diagram of an 
exemplary method 250' for effecting an outgoing link 
operation 250. Referring to conditional branch point 610, 

15 it is determined whether or not a VOQ grant is received. 
(Recall, e.g., the third communication 247 of Figure 2.) 
If so, a request is sent to a central module arbiter, as 
indicated by block 620. (Recall, e.g., the fourth 
communication 255 of Figure 2.) Recall that in one 

20 alterative, the VOQ may submit such a request on behalf of 
the outgoing link (Li) . 

Referring to conditional branch point 63 0, it is 
determined whether or not a grant is received from the 

25 central module arbiter. (Recall, e.g., the fifth 

communication 267 of Figure 2.) If so, the VOQ (e.g., VOQ 
operation 210) matched with the outgoing link 130 is 
informed (so that it can send its head-of-line (HOL) cell. 
(Recall, e.g., the sixth communication 270 of Figure 2.) 

30 Although not shown in Figure 6, these steps may be 

continuously run. Alternatively, blocks 62 0 and 64 0 may be 
triggered upon the occurrence of the relevant events. 
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Figure 7 is a high-level flow diagram of an 
exemplary method 260' for effecting a central module 
arbitration operation 260. Referring to conditional branch 
point 710, it is determined whether or not one or more 
requests were received from one or more outgoing links (Li) 
130. If not, the method 260' may be left via RETURN node 
740. If, on the other hand, one or more requests were 
received from one or more outgoing links 13 0, the central 
module arbitration method 260' may select one link from 
among the candidate links that sent a request, as indicated 
by block 720. The selection 720 may be done based on the 
position of a pointer which is updated in accordance with a 
round-robin discipline. The pointer may move through all 
of the outgoing links 130. If the pointer currently points 
to an outgoing link 130 that did not send a request, it may 
move to a next outgoing link 13 0, repeatedly, until it 
points to an outgoing link 130 that submitted a request. 
Referring to block 73 0, the method 26 0' may then send a 
grant to the selected link. (Recall, e.g., the fifth 
communication 267 of Figure 2.) The method 260' may then 
be left via RETURN node 740. 

Figure 12 illustrates exemplary state information 
2 65' that may be used by the central module arbitration 
operation 260. As shown, table 1210 may include a 
plurality of records, each record including an outgoing 
link (Li) identifier 1212 and a field indicating whether or 
not a request was received from the corresponding outgoing 
link (Li) . A pointer 1216 may cycle through the records in 
a round-robin manner. The data structure 122 0 may be used 
to indicate whether or not an outgoing link (Li) was 
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selected in the previous or current cell time slot. 

Note that if a request from a matched 
VOQ-outgoing link is not granted, such a request may be 
5 resent to a central -module arbiter in a next cell time slot 
(e.g., if pointers related to ungranted requests are not 
updated. ) 

§ 4.2,3,2 EXEMPLARY APPARATUS 

10 

Figure 8 is a high-level block diagram 
illustrating exemplary components and interconnections of 
an exemplary apparatus 800 that may be used to effect at 
least some of the operations of the present invention. An 

15 exemplary input module (IM) 120 ' may include virtual output 
queues (VOQs) 810, each of which includes (or more 
generally, is associated with a corresponding) an arbiter 
815, and link controllers 820, each of which includes (or 
more generally, is associated with a corresponding) an 

20 arbiter 825. An exemplary central module 140' may include 
arbiters 830. The VOQ operations 210 may be effected on 
the virtual output queues 810. The VOQ arbitration 
operations 240 may be effected on the VOQ arbiters 815. 
The link operations 2 50 may be effected on the link 

25 controllers 820. The link arbitration operations may be 
effected on the link arbiters 825. Finally, the central 
module arbitration operations may be effected on the 
arbiters 830. Naturally, such operations may be physically 
located elsewhere . 

30 

Various signaling lines or links may be provided. 
To simplify the drawing, signaling lines coupled with VOQs 
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810b and 810c, or their associated arbiters 815b and 815c, 
are not shown. Signaling lines, depicted by solid lines 
840, may be used to broadcast requests from a VOQ 810 to 
each of the link arbiters 825 in the input module (IM) 
120'. (Recall, e.g., the first communication 215 of Figure 
2.) Signaling lines, depicted by short dashed lines 850, 
may be used by each link controller arbiter 825 to send a 
grant to a selected VOQ arbiter 815. (Recall, e.g., the 
second communication 237 of Figure 2.) Signaling lines, 
depicted by dot -dash lines 860, may be used by a VOQ 
arbiter 815 to send a grant to a selected link controller 
820. (Recall, e.g., the third communication 247 of Figure 
2.) At this point, a VOQ 810, winning arbitration, may be 
matched with an outgoing link. 

Signaling lines, depicted by double dot-dash 
lines 870, may be used by the link controllers 82 0 to send 
requests to the arbiters 830 of the central modules 140' . 
Signaling lines, depicted by double dash-dot lines 880, may 
be used by the central module arbiters 83 0 to send a grant 
to a selected link controller 820. Finally, the link 
controllers 820 may use signaling lines 890, depicted by 
spaced dotted lines, to inform the appropriate VOQs 810 
that they have won arbitration and can therefore send their 
head-of-line (HOL) cells (e.g., in the upcoming cell time 
slot) . 

The VOQs 810, their arbiters 815, the line 
controllers 82 0, their arbiters 82 0, and the arbiters 83 0 
of the central modules 140' may be effected by programmable 
logic arrays, application specific integrated circuits, 
and/or microprocessors operating in accordance with stored 
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10 



30 



instructions. Memory (referred to generally as a "machine 
readable medium") may be used to store the various state 
information (Recall, e.g. elements 212, 235 , 245, and 265 
of Figure 2.) used by these components. Similarly, memory 
can be used to buffer cells at the virtual output queues 
810 . 



§ 4.2.4 EXAMPLES ILLUSTRATING OPERATIONS 

PERFORMED BY AN EXEMPLARY EMBODIMENT 



Figures 9(a) through 9(g) illustrate an example 
of operations of the first stage of an exemplary 
dispatching method. In this example, the invention is 
embodied in a Clos-network switch, such as that 100 

15 illustrated in Figure 1. In the exemplary switch 100', 
n = m = k = 2. To simply the drawings, Figures 9(a) 
through 9(g) do not show the second input module (IM(1)), 
the second central module (CM(1)), or the second output 
module (OM(l)). As shown in Figure 9(a), to simplify the 

20 explanation, as well as to obtain desynchronization more 
quickly, and in one embodiment of the output link 
arbitration method 230' , the order of the VOQ(i,j,h) in 
IM(i) is redefined as V0Q(i,hk+j) as shown. Thus, in 
general, a pointer for use with the outgoing link 

25 arbitration method 23 0' and following a round-robin 
discipline, will cycle through the VOQs as follows: 



VOQ(i, 0, 0) 
VOQ(i,l,0) 



VOQ(i,k-l,0) ; 
VOQ(i,0,l) ; 
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VOQ (i, 1,1) ; 

... / 

VOQCd^k-l,!) ; 

5 VOQ(i, 0,n-l) ; 

VOQ{i,l,n-l) ; 

VOQ(i,k-l,n-l) . 

10 In this way, the arbiter will cycle through a particular 
VOQ within various groups of VOQ first, and then through 
subsequent VOQs within each group. 

In the following example, assume that VOQ(0,0), 
15 VOQ (0,3) , VOQ (0,4) , and VOQ (0,6) are non-empty. As shown 
in Figure 9 (b) , these non-empty VOQs each broadcast a 
request to all link arbiters in their input module (IM(0)). 
(Recall, e.g., the first communication 215 of Figure 2, as 
well as 310 and 320 of Figure 3 J 

20 

As shown in Figure 9(c), it is assumed that 
arbiters associated with outgoing links Li(0,0), Li(0,l) and 
Li(0,2> prefer VOQ (0,0) , (VOQ (0,0) andVOQ(0,l), 
respectively* Since VOQ(0,0) is among those VOQs to 

25 broadcast a request, the arbiters associated with outgoing 
links Li (0,0) and Li (0,1) each send a grant signal back to 
VOQ (0,0) . On the other hand, since VOQ (0,1) was empty and 
did not broadcast a request, the arbiter associated with 
outgoing link Li (0,2) will try subsequent VOQs until one 

30 that sent a request (i.e., a non-empty VOQ) is encountered. 
In this case, the next VOQ that sent a request is VOQ(0,3). 
Accordingly, as shown in Figure 9(c), the arbiter 
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associated with outgoing link Li (0,2) sends a grant signal 
back to ¥00(0,3). (Recall, e.g., the second communication 
237 of Figure 2, as well as the method 230' of Figure 4.) 

Referring to both Figures 9(c) and 9(d), it is 
assumed that arbiters associated with virtual output queues 
VOQ(0,0) and VOQ(0,3) both prefer outgoing link 1^(0,0). 
Since both outgoing link Li (0,0) and Li (0,1) broadcast a 
grant to VOQ(0,0), the arbiter associated with VOQ(0,0) 
must select one. In this example, it selects outgoing link 
Li (0,0) and sends a grant signal back as shown in Figure 
9 (d) . On the other hand, since only the outgoing link 
Li (0,2) sent a grant to VOQ(0,3), the arbiter associated 
with VOQ(0,3) will try subsequent outgoing links until one 
that sent a grant is encountered. In this case, the next 
(and indeed the only) outgoing link to send a grant is 
Li(0,2). Accordingly, as shown in Figure 9(d), the arbiter 
associated with VOQ(0,3) sends a grant signal back to 
outgoing link Li(0,2). (Recall, e.g., the third 
communication 247 of Figure 2, as well as 510, 540 and 550 
of Figure 5 . ) 

Assuming that more iterations of the foregoing 
steps are possible within one cell time slot (or more in 
certain embodiments), notice that VOQ(0,4) and VOQ(0,6) are 
non-empty, but were not matched with an outgoing link 
during the first iteration. Accordingly, as shown in 
Figure 9(e), these VOQs may rebroadcast their requests. 
(Recall, e.g., 520 and 530 of Figure 5.) Note that if the 
outgoing link arbiters maintain a certain information, such 
a rebroadcast would not be necessary. The outgoing link 
Li (0,1) is the only non-committed link. Based on its 
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pointer, the arbiter associated with the outgoing link 
Li(0,l) will prefer VOQ(0,0). However, since VOQ(0,0) was 
already matched with an outgoing link in the previous 
iteration, and therefore did not rebroadcast a request, the 
5 arbiter associated with outgoing link Li (0,1) will try 
subsequent VOQs until one that rebroadcast a request is 
encountered. In this case, the next VOQ that rebroadcast a 
request is VOQ (0,4). As shown in Figure 9(f), the arbiter 
associated with the outgoing link Li (0,1) sends a grant back 
10 to VOQ(0,4). Finally, as shown in Figure 9(g), the arbiter 
associated with VOQ (0,4) sends a grant back to the outgoing 
link Li(0, 1) . 

Although not shown in Figures 9 (a) through 9 (g) , 
15 each outgoing link that was matched with a non-empty VOQ 
during the first phase of the exemplary cell dispatch 
scheduling invention will request a central module. 
Arbiters at the central modules will arbitrate such 
requests. Once an outgoing link L 0 of a central module is 
20 matched with an outgoing link Li of an input module (and 

therefore to a VOQ), the state information (e.g., pointers) 
for each of the arbiters may be updated and the cells may 
be dispatched from those VOQs matched with an outgoing link 
L 0 . 

25 

§ 4.2.5 CONCLUSIONS 

The disclosed cell dispatch scheduling invention 
does not require buffers in the second stage, thereby 
30 advantageously avoiding cell out -of -sequence problems. 

Further, unlike random dispatching schemes having limited 
(e.g., 75%) throughput unless internal bandwidth is 
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expanded (e.g., speed-up « 1.582 is applied), simulations 
have shown that the cell dispatch scheduling invention can 
achieve 10 0 % throughput (independent of the number of 
iterations of the first phase) under uniform traffic. More 
specifically, a VOQ that fails to win contention has to 
store backlogged cells. Under uniform traffic, every VOQ 
keeps such backlogged cells until the idle state (i.e., the 
state in which the internal link is not fully utilized) is 
eliminated that is, until the stable state (See, e.g., 
the article, N. McKeown, A. Mekkittikul , V. Anantharam, and 
J. Walrand, "Achieving 100% Throughput in an Input-Queued 
Switch, " IEEE Trans, on Communications , Vol. 47, No. 8, pp. 
1260-1267 (Aug. 1999) . This article is incorporated herein 
by reference) is reached. Once in the stable state, every 
VOQ is occupied with backlogged cells. In such a state, 
the arbiters (e.g., round-robin pointers) become 
desynchronized. Consequently, even when the offered 
traffic load is full, no contention occurs in the stable 
state. Therefore, the dispatch invention achieves 10 0 % 
throughput under uniform traffic. 

Such 100 % throughput under uniform traffic 
occurs independent of the number of iterations. However, 
as the number of iterations (e.g., possible per cell time 
slot) increases, the delay performance becomes better. 
This is because the matching between VOQs and outgoing 
links Li within an input module (IM) will improve. When the 
offered traffic is low, the desynchronization of the 
arbiters (e.g., round-robin pointers) is less likely 
achieved. In such a case, using less iterations negatively 
impacts performance. This is because the matching between 
VOQs and outgoing links Li within an input module (IM) will 



35 



Poly-19/APP 
worsen. 

Even under bursty traffic, the dispatch invention 
provides 100 % throughput, which is also independent of the 
5 number of iterations of the first stage. However, the 

delay performance of the bursty traffic is worse than that 
of more uniform traffic under heavy load conditions. 

The throughput of the cell dispatch scheduling 
10 invention is better than that of random dispatching even 
when traffic is unbalanced (i.e., not uniform). Further, 
the fact that the cell dispatch scheduling invention can 
use round robin arbiters ensures fairness under non-uniform 
traffic conditions . 

15 

The cell dispatch scheduling invention has a time 
complexity O(log nk) for each iteration of the first phase. 
Therefore, if there are m iterations (such that outgoing 
links are matched with the VOQs in an IM) , the time 

20 complexity of the first phase is 0 (m log nk) . The second 
phase has a time complexity of 0(log k) . Therefore, the 
time complexity of the cell dispatch scheduling invention 
is approximately 0(m log nk) = 0 (m log N) , where N is the 
number of ports. If the number of iterations of the first 

25 phase is set to i, where 1 < i <; m, the time complexity is 
expressed as 0(i log N) . Given this time complexity, the 
cell dispatch scheduling invention is scalable and may be 
used successfully in large scale switches. 

30 
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§ 4.3 IMPROVED EMBODIMENT 

The embodiment described in § 4.2 above has been 
improved to reduce dispatch scheduling time needed and to 
reduce the number of crosspoints of interconnection wires 
used. Thus, the improved embodiment described here may be 
used in larger-scale switches. 

§ 4.3.1 FUNCTIONS OF IMPROVED EMBODIMENT 

The present invention may function to improve the 
scalability of the cell dispatch scheduling invention 
described in § 4.2 above. The present invention may also 
function to decrease the interconnections of arbiters used 
in input modules (IMs) of a multi-stage switch, such as a 
Clos-switch for example. The present invention may do so 
modifying a VOQ-outgoing-link (Li) matching portion of the 
cell dispatch scheduling invention described in § 4.2 above 
by replacing each of the outgoing-link arbiters with a 
hierarchical arbiter that includes a master arbiter and 
slave arbiters. Within a group (G) 127 of VOQs 125, slave 
arbiters each select a VOQ from among one or more candidate 
VOQs. Each of the outgoing- links (Li) has an associated 
master arbiter which selects a group of VOQs (and thus an 
associated slave arbiter within the selected group) from 
among one or more candidate groups of VOQs. One or more 
slave arbiters of a selected group may select the same VOQ. 
In such a case, a VOQ arbiter will select one of the slave 
arbiters. This matches a VOQ with an outgoing-link Li. 
Matching the Li with an outgoing- link L Q of a central module 
(CM) may be done in the same way as that described in § 4.2 
above . 
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§ 4.3.2 EXEMPLARY OPERATIONS 

Figure 13 is a bubble chart illustrating 
operations that may be performed in accordance with the 
present invention. First, it should be noted that VOQs are 
arranged into groups. When a cell 1305 arrives at a VOQ, a 
VOQ (non-arbitration) operation 1310 may broadcast (as 
indicated by ellipses) a request 1315a to a plurality of 
outgoing- link slave arbitration operations 133 0a, each of 
which 133 0a is associated with the group of VOQs to which 
the VOQ belongs. Within each group, each of the 
outgoing-link slave arbitration operations 133 0a is also 
associated with a different one of a number of 
outgoing-link master arbitration operations 1330b, each of 
which 1330b is associated with a given outgoing-link (Li) . 
The request 1315a is indicated as a first communication 
("la") . Further, for each group of VOQs having at least 
one non-empty VOQ, a group request 1315b is broadcast to 
each of the master arbitration operations 1330b. The 
request 1315b is indicated as another (e.g., roughly 
concurrent) first communication ("lb") . 

Based on outgoing-link master arbitration state 
information (e.g. a round-robin pointer) 1335b, in each 
case, the master arbitration operations 133 0b will select 
one VOQ group from among the candidate VOQ groups that 
submitted a request 1315b. It 133 0b will then send a grant 
1336 to an outgoing-link slave arbitration operation 1330 
associated with the outgoing-link master arbitration 
operation 1330b, and associated with the selected VOQ 
group. The grant 133 6 is indicated as a second 
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communication ( n 2") . Declines (not shown) may be sent to 
associated outgoing-link slave arbitration operations 1330a 
of non-selected VOQ groups, though such a communication is 
not necessary. 

In response to (or alternatively, independent of) 
the receipt of a grant 1336 from an outgoing-link master 
arbitration operation 1330b, an outgoing-link slave 
arbitration operation 133 0a will select one VOQ from among 
the candidate VOQs that submitted a request 1315a. Such a 
selection may be based on outgoing-link slave arbitration 
state information (e.g. a round-robin pointer) 1335a. It 
1330a will then send a grant 1337 to a VOQ arbitration 
operation 134 0 associated with the selected VOQ. The grant 
1337 is indicated as a third communication ("3"). Declines 
(not shown) may be sent to associated VOQs arbitration 
operations 1340 of non- selected VOQs, though such a 
communication is not necessary. 

Since the VOQ operation 1310 broadcasts a 
request, it's associated arbitration operation 1340 may 
receive more than one grant (i.e., one grant each from more 
than one outgoing-link slave arbitration operation 1330a) , 
Accordingly, the VOQ arbitration operation 1340 uses VOQ 
arbitration state information (e.g., a round-robin pointer) 
1345 to select one. The VOQ arbitration operation 1340 
then communicates a grant 1347 to link operations 1350 
associated with the selected outgoing- link. This grant is 
indicated as fourth communication (M"). 

At this point, a cell at a VOQ may have been 
matched with an outgoing- link 13 0 of the input module (IM) 
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120. These operations may be referred to as the first 
phase of the dispatching scheme. This first phase can be 
summarized as three steps. In the first step, at each time 
slot, non-empty V0Qs(i,j,h) that belong to group G(i,j) 
5 send requests to all outgoing- link slave arbitration 

operations 133 0a associated with the group. Further, each 
group G(i,j) having at least one non-empty VOQ will 
broadcast requests to each outgoing- link master arbitration 
operation 1330b of the input module (IM) 120. 

10 

In the second step, each outgoing-link master 
arbitration operation 133 0b selects a group of VOQs from 
among the candidate groups of VOQs that sent requests. 
Once a group is selected by a outgoing-link master 

15 arbitration operation 1330b, it sends a grant signal to the 
outgoing-link slave arbitration operation 1330a that 
belongs to the selected group and that is associated with 
the outgoing-link master arbitration operation 133 0b. In 
response (or done independently in an alternative) , the 

20 outgoing-link slave arbitration operation 133 0a will select 
a VOQ from among the one or more VOQs that submitted a 
request. Since the VOQ broadcast its request, it may have 
received more than one grant. Accordingly, the VOQ 
arbitration operation 1340 may select one of the grants 

25 received. 



30 



In the third step, the VOQ that chooses a grant 
sends a grant to the outgoing- link associated with the 
slave (and master) arbitration operations 133 0. 

If these three steps of the first phase can be 
repeated within a cell time slot, multiple iterations can 
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be run such that non-empty VOQs failing to be matched with 
an available outgoing- link may retry during a next 
iteration. 

5 Still referring to Figure 13, a link operation 

1350 associated with each outgoing-link 130 matched with a 
VOQ, may submit a request 1355 to a central module (CM) 
arbitration operation 1360. This request 1355 is indicated 
as a fifth communication ("5") . Alternatively, such a 

10 request 13 90 may be sent directly from the VOQ, matched 

with an outgoing-link (Li), as a fifth communication (5'). 
Each CM arbitration operation 1360 may select one of the 
candidate requesting outgoing-links 130 based on IM-CM 
arbitration state information 1365. It 1360 then 

15 communications a grant 1367 back to the link operation 1350 
associated with the selected one of the candidate 
requesting outgoing- links 130. This grant 1367 is 
indicated as a sixth communication ( u 6"). 

20 The link operation 1350 may then send an 

indication 1370 to the VOQ operation 1310 that it may send 
its head of line ("HOL") cell. This indication 1370 is 
indicated as a seventh communication ("7") . The various 
arbitration operations 1330a, 1330b, 1340, 1360 may update 

25 their respective state information 1335a, 1335b, 1345, 

1365. Further, other state information 1312 may be updated 
by its associated operation 1310. 

Various alternatives of when state information is 
30 updated will be apparent to those skilled in the art. For 
example, link master arbitration state information (e.g., a 
round-robin pointer) 1335(b) may be updated (a) after it 
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sends a grant signal to the appropriate link slave 
arbitration operations, or (b) preferably, after it 
receives a grant from a central module arbitration 
operation. In servicing VOQ groups, it is possible for the 
master arbitration operations 133 0b to pass over 
non- requesting VOQ groups (e.g., those VOQ groups with no 
non-empty VOQs) . Therefore, when the pointer is updated, 
it can (a) go to a next VOQ group from the VOQ group 
pointed to at the start of the cell time slot, or (b) go to 
a next VOQ group from the VOQ group selected. 

Link slave arbitration state information (e.g., a 
round-robin pointer) 1335(a) may be updated (a) after it 
sends a grant signal to a VOQ arbitration operation, (b) 
after it both receives a grant signal from a link master 
arbitration operation and after it sends a grant signal to 
a VOQ arbitration operation, (c) after it receives a grant 
from a VOQ arbitration operation, or (d) preferably, after 
it is informed that all of the foregoing conditions and 
after it is informed that its associated outgoing-link won 
arbitration from a central module arbitration operation. 
In servicing VOQs, it is possible for the slave arbitration 
operations 1330a to pass over non- requesting (e.g., empty) 
VOQs. Therefore, when the pointer is updated, it can (a) 
go to a next VOQ from the VOQ pointed to at the start of 
the cell time slot, or (b) go to a next VOQ from the VOQ 
selected. 

VOQ arbitration state information (e.g., a 
round-robin pointer) 1345 may be updated (a) after it sends 
a grant to an outgoing- link slave arbitration operation, or 
(b) preferably, after it sends a grant to an outgoing- link 
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slave arbitration operation and after it is informed that 
its matched outgoing-link won arbitration from a central 
module arbitration operation. In selecting slave 
arbitration operations, it is possible for the VOQ 
arbitration operations 1340 to pass over non-granting slave 
arbitration operations. Therefore, when the pointer is 
updated, it can (a) go to a next slave arbitration 
operation from the one pointed to at the start of the cell 
time slot, or (b) go to a next slave arbitration operation 
from the one selected. 

Finally, IM-CM arbitration state information 
(e.g., a round-robin pointer) 1365 may be updated after it 
sends a grant to an outgoing- link operation that won 
arbitration. In servicing outgoing links, it is possible 
for the CM arbitration operations 13 60 to pass over 
non- requesting outgoing links. Therefore, when the pointer 
is updated, it can go to (a) the next outgoing link from 
the one pointed to at the start of the cell time slot, or 
(b) go to a next outgoing link from the one selected. 

Having described various operations that may be 
performed in accordance with the present invention, 
exemplary apparatus, methods and data structures for 
implementing such operations are now described in § 4.3.3 
below. 

§ 4.3.3 EXEMPLARY METHODS, DATA STRUCTURES , AND 
APPARATUS FOR PERFORMING THE EXEMPLARY 
OPERATIONS 

Exemplary methods and data structures for 
implementing various operations of the present invention 
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are described in § 4.3.3.1* Then, exemplary apparatus for 
implementing various operations of the present invention 
are described in § 4.3.3.2. 

§ 4.3.3.1 EXEMPLARY METHODS AND DATA 
STRUCTURES 

Figure 14 is a high-level flow diagram of an 
exemplary method 1310 7 that may be used to effect various 
VOQ operations 1310. Referring to conditional branch point 
1410 and block 1420, if a cell has arrived at the VOQ but 
has not yet won arbitration, a request is broadcast to all 
outgoing-link slave arbiters (or outgoing-link slave 
arbitration operations 133 0a) of the VOQ group to which the 
VOQ belongs. (Recall, e.g., the first communication 1315a 
of Figure 13.) Still referring to Figure 14, as indicated 
by conditional branch point 1430 and block 1440, if the 
cell (or the VOQ in general) won arbitration (e.g., all 
rounds of arbitration through to the central module 140) 
(Recall, e.g., the seventh communication 270 of Figure 2.), 
the cell is sent (e.g., in the upcoming cell time slot). 
Although not shown in Figure 14, these steps may be 
continuously run. Alternatively, blocks 1420 and 1440 may 
be triggered upon the occurrence of events. 

Figure 15 is a high-level flow diagram of an 
exemplary method 1310'' that may be used to effect another 
VOQ operation -- namely, an operation performed by a VOQ 
group. Referring to conditional branch point 1510, it is 
determined whether any VOQ in the group is non-empty. If, 
so, as indicated in block 152 0, a group request is 
broadcast to all outgoing- link master arbiters (or 
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outgoing- link master arbitration operations 1330b) for the 
given input module (IM) 120. The method 1310' ' is then 
left via RETURN node 1530. Referring back to conditional 
branch point 1510, if all of the VOQs in the group are 
5 empty, the method 1310" is simply left via RETURN node 
1530. 

Figure 16 is a high-level flow diagram of an 
exemplary method 13 3 0a' that may be used to effect an 

10 outgoing-link slave arbitration operation 1330a. Referring 
to conditional branch point 1610, it is determined whether 
or not a request or requests were received from a VOQ or 
VOQs. If not, the method 1330a' is simply left via RETURN 
node 1650. If, on the other hand, such a request is, or 

15 requests are received, at conditional branch point 1620, it 
is determined whether or not a grant was received from an 
outgoing- link master arbiter (or outgoing- link master 
arbitration process 1330b) . If not, the method 1330a' is 
left via RETURN node 1650. If, on the other hand, such as 

20 grant is received, the rest of the method 1330a' is 

effected. Thus, the receipt of request (s) fromVOQ(s), and 
(optionally) a grant from a outgoing-link master arbiter, 
may serve to trigger the main steps of the method 133 0a' . 
Note, however, that the VOQ requests can be arbitrated by 

25 the slave independent of (e.g., before) the receipt of a 
grant from a master arbiter in an alternative method. 

As indicated by block 163 0, the outgoing-link 
slave arbitration method 1330a' selects one VOQ from among 
30 those sending requests. (Recall, e.g., 1330a and 1335a of 
Figure 13.) The arbitration 1630 may be done based on the 
position of a pointer which is updated in accordance with a 
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round-robin discipline. The pointer may move through all 
of the VOQs, If the pointer currently points to a VOQ that 
did not send a request, it may move to a next VOQ, 
repeatedly, until it points to a VOQ that submitted a 
5 request. Referring back to Figure 16, the method 133 0a' 
then sends a grant to the selected VOQ as indicated by 
block 1640. (Recall, e.g., the third communication 1337 of 
Figure 13.) In the alternative in which the slave arbiter 
operates independently of the master, the slave arbiter may 
10 wait for receipt of a grant from its master before sending 
a grant to the VOQ. The method 133 0a' may then be left via 
RETURN node 1650. Note that state information (e.g., the 
pointer) may be updated at this point, or, alternatively, 
may be updated later. 

15 

Figure 21 illustrates exemplary state information 
1335a' that may be used by the outgoing-link slave 
arbitration operation 1330a. As shown, a table 2110 may 
include a plurality of records, each record including a VOQ 

20 identifier (where i indexes the IM and g indexes the group) 
and a field 2114 indicating whether or not a request was 
received (in the current iteration) from the corresponding 
VOQ. A pointer 2116 may cycle through these records in a 
round™ robin manner. The data structure 2120 may be used to 

25 indicate whether or not the outgoing- link associated with 
the slave arbitration operation is reserved for the next 
time slot. If so, the outgoing-link slave arbitration 
operation can ignore requests from VOQs (and/or inform the 
VOQs that it is reserved) . The data structure 213 0 may be 

30 used to indicate whether or not a VOQ, which was selected, 
chose the outgoing-link (associated with the slave 
arbitration process) in its own arbitration. Finally, data 
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structure 214 0 may be used to indicate whether or not a 
central module (CM) request was granted. 

Figure 17 is a high-level flow diagram of an 
exemplary method 133 0b' that may be used to effect an 
outgoing-link master arbitration operation 1330b. 
Referring to conditional branch point 1710, it is 
determined whether or not one or more request (s) have been 
received from one or more VOQ group (s) . If not, since 
there is no request for the outgoing- link (Li) with which 
the master arbitration method 1330b 7 is associated (and 
indeed, no requests in general) , the method 1330b' is 
simply left via RETURN node 1740. If, on the other hand, 
one or more request (s) have been received from one or more 
VOQ group(s), the method 1330b 7 continues to block 1720 
where one of the VOQ group (s) is selected from among those 
sending requests. Then, as indicated by block 173 0, a 
grant is sent to the slave arbiter (or outgoing-link slave 
arbitration operation 1330a) associated with the master 
arbiter (or, in other words, the outgoing-link associated 
with the master arbiter) and belonging to the selected 
group. The method 1330b 7 is then left via RETURN node 
1740. 

Figure 22 illustrates exemplary state information 
1335 7 that may be used by the outgoing-link master 
arbitration operation 1330b. As shown, a table 2210 may 
include a plurality of records, each record including a 
group identifier 2212 and a field 2214 indicating whether 
or not a request was received (in the current iteration) 
from the corresponding group of VOQs. A pointer 2216 may 
cycle through these records in a round- robin manner. The 
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data structure 222 0 may be used to indicate whether or not 
the outgoing-link associated with the master arbitration 
operation is reserved for the next time slot. If so, the 
outgoing- link master arbitration operation can ignore 
5 requests from VOQ groups (and/or inform such VOQ groups 

that it is reserved) . The data structure 22 3 0 may be used 
to indicate whether or not a central module (CM) request 
was granted. 

10 Figure 18 is a high-level flow diagram of an 

exemplary method 134 0' that may be used to effect a VOQ 
arbitration operation 1340. Referring to conditional 
branch point 1810, it is determined whether or not one or 
more grants are received from the link arbitration 

15 operations 13 3 0 in general (or the slave arbitration 

operation 1330a in particular). (Recall, e.g., the third 
communication 1337 of Figure 13.) If not, depending on the 
cell time slot and the time needed for a dispatch 
determination (i.e., to match a VOQ with a CM), additional 

20 iterations (requests) may be possible. Accordingly, as 

indicated in conditional branch point 1820 and block 1830, 
if there is time left for another iteration, the VOQ 
arbitration method 1340' may inform a VOQ operation 1310 
that lost arbitration in a previous iteration (s) to 

25 rebroadcast a request . 

Referring back to conditional branch point 1810, 
if one or more grants are received, the method 1340' 
continues to block 1840 where one of the candidate grants 
30 is selected. The selection 184 0 may be done based on the 
position of a pointer which is updated in accordance with a 
round-robin discipline. The pointer may move through all 
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of the outgoing-link slave arbitration operations 1330a (or 
directly to the associated outgoing-link) associated with 
the VOQ group to which the VOQ belongs. If the pointer 
currently points to an outgoing- link slave arbitration 
operation 1330a (or directly to the associated 
outgoing- link) that did not send a grant , it may move to a 
next outgoing- link slave arbitration operation 133 0a (or 
directly to the associated outgoing- link) , repeatedly, 
until it points to an outgoing-link slave arbitration 
operation 1330a (or directly to the associated 
outgoing-link) that submitted a grant. Then, as shown in 
block 1850, a grant is sent to the outgoing-link operation 
associated with the selected one of the candidate grants. 
The method 1340' may then be left via RETURN node 1860. 

Figure 23 illustrates exemplary state information 
1345' that may be used by the VOQ arbitration operation 
1340. As shown, a table 2310 may include a plurality of 
records, each record including a slave arbiter (or 
outgoing-link) identifier 2312 and a field 2314 indicating 
whether or not a grant was received (in the current 
iteration) from the corresponding slave arbiter. A pointer 
2316 may cycle through these records in a round-robin 
manner. The data structure 2320 may be used to indicate 
whether or not a cell is buffered at the VOQ. The data 
structure 233 0 may be used to indicate whether or not a 
grant was received (in the present iteration) from a slave 
arbiter. The data structure 234 0 may be used to indicate 
whether or not a grant was received from the master 
arbiter. Finally, the data structure 2350 may be used to 
indicate whether or not a grant has been received from a 
central module (CM) arbiter. 
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The methods for effecting the outgoing-link 
operations 1350, as well as methods for effecting central 
module arbitration operation (s) 1360, may be the same as 
5 those used to effect outgoing-link operations 250 and 

central module arbitration operation (s) 260, respectively. 
Recall that such methods were described in § 4.2 above with 
reference to Figures 6 and 7. Similarly, the data 
structures used by these methods are similar to those 
10 described in § 4.2 above with reference to Figure 12. 

§ 4. 3.3,2 EXEMPLARY APPARATUS 

Figures 19a through 19f are high-level block 

15 diagrams that, collectively, illustrate exemplary 

components and interconnections of an exemplary apparatus 
1900 that may be used to effect various operations of the 
present invention. An exemplary input module 120' may 
include virtual output queues (VOQs) 1910, each of which is 

20 associated with (e.g., includes) an arbiter 1915, and link 
controllers 1920. Each of the link controllers 1920 may be 
associated with a master arbiter 1925 and a number of slave 
arbiters 1940 (distributed across a number of VOQ groups) . 
An exemplary central module 14 0 7 may be associated with 

25 (e.g., include) arbiters 1930. The VOQ operations 1310 may 
be effected on the virtual output queues 1910. The VOQ 
arbitration operations 1340 may be effected on the VOQ 
arbiters 1915. The link operations 1350 may be effected on 
the link controllers 1920. The link arbitration operations 

30 133 0 may be effected on the link master and slave arbiters 
1925 and 1940, respectively. Finally, the central module 
arbitration operations may be effected on the arbiters 
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1930. 

Various signaling lines may be provided. To 
simplify the drawing, the various signaling lines are shown 
5 by Figures 19a through 19f, collectively. Referring first 
to Figure 19a, signaling lines, depicted by solid lines 
1952, may be used to broadcast a request from a non-empty 
VOQ 1910 to each of the slave arbiters 1940 of a VOQ group 
(to which the VOQ 1910 belongs). (Recall, e.g., the first 

10 communication 1315a of Figure 13.) Signaling lines, 
depicted by short-dashed lines 1954, may be used to 
broadcast a request of a VOQ group, having at least one 
non-empty VOQ, to each of the master arbiters 1925 (each 
associated with an outgoing-link) in the input module (IM) 

15 120'. (Recall, e.g., the first communication 1315b of 
Figure 13 . ) 

Referring now to Figure 19b, signaling lines, 
depicted by solid lines 1956, may be used to communicate a 

20 grant message from a master arbiter to a slave arbiter 1940 
associated with the master arbiter 1925 (or, in other 
words, associated with the outgoing- link with which the 
master arbiter is associated) and belonging to the VOQ 
group that was selected. (Recall, e.g., the second 

25 communication 1336 of Figure 13.) Signaling lines, 

depicted by short dashed lines 1958, may be used by each 
outgoing-link slave arbiter 1940 to send a grant to a 
selected VOQ 1910, (Recall, e.g., the third communication 
1337 of Figure 13 . ) 

30 

Referring to Figure 19c, signaling lines, 
depicted by solid lines I960, may be used by a VOQ arbiter 
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1915 to send a grant to a selected link controller 1920 
(e.g., via a slave arbiter 1940a, or directly). (Recall, 
e.g., the fourth communication 134 7 of Figure 13.) At this 
point, a VOQ 1910, winning arbitration, is matched with an 
5 outgoing- link. 

Referring to Figure 19d f signaling lines, 
depicted by solid lines 1970, may be used by the line 
controllers 1920 to send requests to the arbiters 1930 of 

10 the central modules 140'. (Recall, e.g., the fifth 

communication 1355 of Figure 13.) Although not shown, a 
given link controller 1920 may submit requests to arbiters 
1930 across different central modules (CMs) 140'. Indeed, 
the requests may be sent to arbiters 1930 associated with 

15 links L 0 that go to an output module (OM) 160 corresponding 
to the VOQ 1910 that was matched with the link controller 
1920 in the first phase of the scheduling invention. 
Referring to Figure 19e, signaling lines, depicted by solid 
lines 1980, may be used by the central module arbiters 193 0 

20 to send a grant to a selected link controller 1920. 

(Recall, e.g., the sixth communication 1367 of Figure 13.) 

Finally, referring to Figure 19f, the link 
controllers 1920 may use signaling lines, depicted by solid 
25 lines 1990, to inform the appropriate VOQs 1910 that they 
have won arbitration and can therefore send their cells 
(e.g., in an upcoming cell time slot). To simplify the 
drawing, the signaling lines from the link controller 1920a 
to each of the VOQs 1910 have been omitted. 

30 

The VOQs 1910, their arbiters 1915, the link 
controllers 1920, their arbiters 1925 and 1940, and the 
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arbiters 1930 of the central modules 140' may be effected 
by programmable logic arrays, application specific 
integrated circuits, and/or microprocessors operating in 
accordance with stored instructions. Memory may be used to 
5 store the various state information (Recall, e.g. elements 
1312, 1335, 1345, and 1365 of Figure 13.) used by these 
components . 

§ 4.3.4 EXAMPLES ILLUSTRATING OPERATIONS 
10 PERFORMED BY AN EXEMPLARY EMBODIMENT 

Figures 20(a) through 20(d) illustrate an example 
of operations of the first phase of an exemplary 
dispatching method. In this example, the invention is 

15 embodied in a Clos-network switch, such as that 100 

illustrated in Figure 1. In the exemplary switch 100'', 
n = m = k = 2. To simply the drawings, Figures 2 0(a) 
through 20(d) do not show the second input module (IM(l)) r 
the second central module (CM(1) ) , or the second output 

20 module (OM(l)). Finally, notice that each input module 

120' includes three groups (G(i,0), G(i,l) and G(i,2)) of 
VOQs, and therefore, three groups of slave arbiters. 

In the following example, assume that VOQ(0,0,0), 
25 VOQ (0,0,1), and VOQ(0,1,2) are non-empty. As shown in 

Figure 20(a), these non-empty VOQs each broadcast a request 
to all outgoing-link slave arbiters (SAs) in their group. 
Further, any group having at least one non-empty VOQ 
broadcasts a request to all outgoing-link master arbiters 
30 (MAs) in the given input module (IM) 120. (Recall, e.g., 
the first communications 1315a and 1315b of Figure 13, as 
well as 1410 and 1420 of Figure 14 and 1510 and 1520 of 
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Figure 15 . ) 

As shown in Figure 20(b), it is assumed that 
outgoing-link master arbiters (MAs) associated with 
5 outgoing- links Li (0,0), Li (0,1) and Li (0,2) prefer the 

groups 0(1,0), G(i,0) and G(i,l), respectively. Thus, as 
shown, the first master arbiter sends a grant back to the 
first slave arbiter of group G(i,0), the second master 
arbiter sends a grant back to the second slave arbiter of 
10 group G(i,0), and the third master arbiter sends a grant 
back to the third slave arbiter of group G(i,l). (Recall, 
:|i e.g., the second communication 133 6 of Figure 13, as well 

as the method 1330b' of Figure 17. 

S 15 Referring now to Figure 20(c), in response to, or 

^ alternatively, independent of, the received grant signals, 

O the slave arbiters select a candidate VOQ. The slave 

arbiters may then send back grant signals to a selected one 
H of the candidate VOQs (i.e., those VOQs that sent a 

jy, 20 request) based on arbitration state information (e.g., a 

round- robin pointer) . In the first alternative, only those 
slave arbiters (SAs) that received a grant from a master 
arbiter (MAs) will send grants. (Recall, e.g., conditional 
branch point 1620 of Figure 16.) Such grants are indicated 
25 by solid lines. In this example, the first and second 

slave arbiters of the group 6(0,0) prefer VOQ (0,0,0) and 
VOQ(0,0,2), respectively. Since VOQ (0,0,0) is among those 
VOQs to broadcast a request, the first slave arbiter (SA) 
sends a grant signal back to VOQ (0,0,0) . On the other 
30 hand, since VOQ (0,0, 2) was empty and did not broadcast a 
request, the second slave arbiter (SA) will try subsequent 
VOQs until one that sent a request (i.e., a non-empty VOQ) 

54 



Poly-19/APP 

is encountered. In this case, the next VOQ that sent a 
request is VOQ(0,0,0). Accordingly, the second slave 
arbiter (SA) also sends a grant signal back to ¥00(0,0,0). 
The third slave arbiter (SA) of the group G(0,1) prefers 
VOQ(0,1,2). Since VOQ(0,1,2) submitted a request, the 
third slave arbiter (SA) sends it a grant, as indicated by 
the solid line. (Recall, e.g., the third communication 
1337 of Figure 13, as well as the method 1330' of Figure 
16.) The dashed lines depict grants that would take place, 
based on the states of the pointers, in an alternative 
embodiment in which the slave arbiters send grants 
independent of their receiving a grant from a master 
arbiter . 

Referring to Figure 20(d), it is assumed that the 
arbiters associated with the virtual output queues 
VOQ{0,0,0) and VOQ(0,1,2) both prefer outgoing-link Li(0,0), 
and thus the first slave arbiter (SA) of their respective 
groups. Since both the first and second slave arbiters 
(SAs) of the first group (G(0,0)) sent a grant to 
VOQ(0,0,0), the arbiter associated with VOQ(0,0,0) selects 
one. In this example, it selects outgoing-link Li(0,0), and 
thus the first slave arbiter, and sends a grant signal back 
as shown in Figure 20(d) . On the other hand, in the second 
group (G(0,1)) since the first and second slave arbiters 
(SAs) did not send a grant to VOQ(0,1,2), the arbiter 
associated with VOQ (0,1, 2) will try subsequent 
outgoing- links until one that sent a grant is encountered. 
In this case, the next, and indeed only slave arbiter (SA) 
to send a grant is the third slave arbiter (associated with 
outgoing-link Li (0,2). Accordingly, as shown in Figure 
20(d), the arbiter associated with VOQ(0,1,2) sends a grant 
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signal back to outgoing-link Li(0,2). (Recall, e.g., the 
fourth communication 1347 of Figure 13, as well as 1810, 
1840 and 1850 of Figure 18.) 

5 Assuming that more iterations of the foregoing 

steps are possible within one cell time slot, notice that 
VOQ(0,0,1) remains non-empty, but was not matched with an 
outgoing-link (Li) during the first iteration. This VOQ may 
rebroadcast its request. (Recall, e.g., 1820 and 1830 of 
10 Figure 18.) 

Although not shown in Figures 20 (a) through 
20 (d) , each outgoing-link that was matched with a non-empty 
VOQ during the first phase of the dispatching invention 

15 will request a central module and arbiters at the central 
modules will arbitrate such requests. Once an 
outgoing-link L G of a central module is matched with an 
outgoing-link Li of an input module (and therefore to a 
VOQ), the state information (e.g., pointers) for each of 

20 the arbiters are updated and the cells are dispatched from 
those VOQs matched with an outgoing-link L Q . 

§ 4.3.5 CONCLUSIONS 

25 Like the dispatching invention described in § 4.2 

above, the improved dispatching invention (i) does not 
require buffers in the second stage (thereby avoiding cell 
out -of -sequence problems) , (ii) can achieve 100 % 
throughput (independent of the number of iterations of the 

30 first phase) under uniform traffic (once in the stable 
state, in which every VOQ is occupied with backlogged 
cells, the arbiters (e.g., round-robin pointers) become 
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desynchronized such that, even when the offered traffic 
load is full, no contention occurs), and (iii) has a time 
complexity 0 (m log nk) . Further, the improved dispatching 
invention reduces (e.g., by more than 30%) the actual 
5 dispatch scheduling time. Furthermore, the improved 

dispatching invention greatly reduces the complexity (e.g., 
number) of interconnection wires between arbiters. This 
permits the improved scheduling invention to be even more 
scaleable. 
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